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DETAILED ACTION 

1 . Applicant's amendment and response filed on September 2, 2004 has been fully 
considered. Claims 1 -49 are pending. 

Response to Arguments 

2. Applicant's arguments have been fully considered but they are not persuasive. 

3. Regarding the attempt to incorporate subject matter into this application by reference to 
the application entitled "Configurations for Binding Software Assemblies to Applications," 
Applicant indicates that the serial number of the application has been provided in the first 
paragraph of the specification (Applicant's remarks, pages 13-14). However, the serial number 
provided in the specification, 60/199,374, corresponds to the application entitled "Exposing 
Operating System Metadata in an Isolated Context," to which the present application claims 
priority. Furthermore, the serial number noted by Applicant, 60/199,227, corresponds to the 
application entitled "Application Binding Policy." Clarification is requested. 

4. Regarding the rejection of claims 32-41 under 35 U.S.C. 101, the examiner maintains that 
the claims are directed to nonstatutory subject matter. As stated in MPEP § 2106(IV)(B)(1), 
"'functional descriptive material' consists of data structures and computer programs which 
impart functionality when employed as a computer component ... [while] 'nonfunctional 
descriptive material' includes but is not limited to music, literary works and a compilation or 
mere arrangement of data " (emphasis provided). In this case, the claim limitations are directed 
to a data structure that does not impart functionality to the computer and is a mere arrangement 
of data per se. Therefore, the claimed data structure is considered to be nonfunctional 
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descriptive material. Although the claims recite a computer-readable medium, "merely claiming 
nonfunctional descriptive material stored in a computer-readable medium does not make it 
statutory." Accordingly, the claims are considered to be nonstatutory as described in MPEP § 
2106(IV)(B)(l)(b). 

5. Note that although the claims are interpreted in light of the specification, limitations from 
the specification are not read into the claims. See In re Van Geuns, 988 F.2d 1 181, 26 
USPQ2d 1057 (Fed. Cir. 1993). 

6. Applicant contends that the method taught by Hammond does not consult any 
information associated with the module itself to determine a particular version of the module to 
be used (Applicant's remarks, page 17). 

However, Hammond discloses consulting rules to determine a particular version of a 
DLL to be used by an application (see, for example, column 7, line 51 to column 8, line 5). The 
rules are considered to be information per se, and the rules are associated with the application so 
as to specify the DLL version requirements. 

7. Applicant contends that the system in Hammond must necessarily include version data in 
a request to load a module or the location rules would not function properly (Applicant's 
remarks, page 18). 

However, Hammond discloses receiving requests from an application to load a module, 
and does not disclose version data included in the requests (see, for example, column 5, line 58 
to column 6, line 12). As disclosed by Hammond, it is not the request but rather the enhanced 
module search logic that identifies the version of the module to be loaded based on the name of 
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the module and the identity of the application. Moreover, in the example cited by Applicant, the 
version of the DLL is determined by the rules themselves rather than by any version data 
provided to the rules (see, for example, column 8, lines 6-22). 

8. Applicant contends that the version map of Hammond does not identify specific versions 
of an assembly that are mapped to version independent names of assemblies (Applicant's 
remarks, page 19). 

However, Hammond discloses rules that identify a specific version of a DLL (see, for 
example, column 7, line 51 to column 8, line 5). The rules map the version- independent name of 
the module requested by the application to the specific version that is actually required (see, for 
example, column 6, lines 7-12). Moreover, the version map referred to by Applicant similarly 
identifies specific versions of a module with aliases that are mapped to the requested version- 
independent module name (see, for example, column 8, lines 23-58). 

9. Applicant contends that Hammond does not teach interpreting dependency information 
associated with the executable code, the dependency information identifying at least one 
particular version of an assembly, and likewise contends that Hammond does not teach 
associating with the executable code at least one mapping based on the dependency information, 
each mapping relating a version independent assembly name that the executable code may 
provide to aversion specific assembly identified in the dependency information (Applicant's 
remarks, page 20). 

However, as discussed above, Hammond discloses consulting rules to determine a 
particular version of a DLL to be used by an application (see, for example, column 7, line 51 to 
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column 8, line 5). The rules are considered to be dependency information per se, and the rules 
are associated with the application so as to specify the DLL version requirements. Furthermore, 
the rules map the version-independent name of the module requested by the application to the 
specific version that is actually required (see, for example, column 6, lines 7-12). 

10. Applicant contends that Hammond does not teach an initialization mechanism configured 
to interpret dependency data associated with executable code, the dependency data 
corresponding to at least one assembly version on which the executable code depends, and 
likewise contends that there is no teaching of activation context in Hammond (Applicant's 
remarks, page 22). 

However, as discussed above, Hammond discloses consulting rules to determine a 
particular version of a DLL to be used by an application (see, for example, column 7, line 51 to 
column 8, line 5). The rules are considered to be dependency data per se, and the rules are 
associated with the application so as to specify the DLL version requirements. Furthermore, 
Hammond discloses enhanced module load logic, or an initialization mechanism, which uses the 
rules to determine the correct DLL (see, for example, column 5, lines 27-30). 

Hammond further discloses an activation context, or a context in which the modules are 
activated (see, for example, column 8, lines 23-58). The activation context includes, for 
example, whether a module with the same name is already loaded into memory. 

1 1 . Applicant contends that an assembly is not a service as in Saboff, and that one item in the 
assembly is quite different from the type or state of a service (Applicant's remarks, page 24). 
Applicant likewise contends that the recited binding path does not represent a location of the 
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assembly itself, but rather a relationship between each item in the thirds set of data and an 
outside source, such as an API or call program (Applicant's remarks, page 25). 

However, as noted above, although the claims are interpreted in light of the specification, 
limitations from the specification are not read into the claims. See In re Van Geuns, 988 
F.2d 1181, 26USPQ2d 1057 (Fed. Cir. 1993). 

The claims recite merely an "assembly" and do not set forth any limitations so as to 
distinguish an assembly from a "service" as disclosed by SabofF. In fact, SabofF indicates that a 
service refers to a software component such as a routine, library or executable program (see, for 
example, column 9, lines 32-39). Furthermore, "one item of the assembly" as recited in claim 
32, for example, may be interpreted as one attribute or one parameter of the assembly. The 
parameters of the data structure disclosed by Saboff meet this limitation (see, for example, FIG. 
6). Likewise, "binding path data" as recited in claim 32, for example, does not inherently convey 
the features cited by Applicant, and is met by the path disclosed by Saboff (see, for example, 
column 9, lines 5-7). 

12. In response to Applicant's argument that there is no suggestion to combine the references 
(Applicant's remarks, pages 26-27), the examiner recognizes that obviousness can only be 
established by combining or modifying the teachings of the prior art to produce the claimed 
invention where there is some teaching, suggestion, or motivation to do so found either in the 
references themselves or in the knowledge generally available to one of ordinary skill in the art. 
See In re Fine, 837 F.2d 1 07 1 , 5 USPQ2d 1 596 (Fed. Cir. 1 988) and In re Jones, 958 F.2d 347, 
21 USPQ2d 1941 (Fed. Cir. 1992). In this case, the reasons for modifying or combining the 
references were set forth in the previous Office action, and are again presented below. 
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Specification 

13. The attempt to incorporate subject matter into this application by reference to the 
copending application entitled "Configurations for Binding Software Assemblies to 
Applications" is improper because the application serial number has not been provided 
(specification, page 16, lines 14-22). 

Drawings 

14. The objection to the drawings is withdrawn in view of Applicant's amendment to the 
specification (Applicant's amendment, page 2). 

Double Patenting 

15. Claims 1, 3-5, 7-22, 24-26, 31, 42, 43 and 45-49 are provisionally rejected under the 
judicially created doctrine of obviousness-type double patenting as being unpatentable over 
claims 1-4, 12, 16-22, 26 and 27 of copending Application No. 09/842,278. 

It is noted that Applicant will, if believed necessary, timely file a terminal disclaimer 
upon indication of allowable subject matter (Applicant's remarks, page 13). 

Claim Rejections - 35 USC § 101 

1. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

2. Claims 32-41 are rejected under 35 U.S.C. 101 because the claimed invention is directed 
to nonstatutory subject matter. 
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Claims 32-41 are recited as data structures stored on computer-readable media. Where 
certain types of descriptive material, such as arrangements or compilations of facts or data, are 
merely stored so as to be read or outputted by a computer without creating any functional 
interrelationship, either as part of the stored data or as part of the computing processes performed 
by the computer, then such descriptive material alone does not impart functionality either to the 
data as so structured, or to the computer. Such "descriptive material" is not a process, machine, 
manufacture or composition of matter, and thus does not constitute statutory subject matter. See 
MPEP§2106(IV)(B)(l)(b). 

Claim Rejections - 35 JJSC §102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 35 1(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 

4. Claims 1-17, 19-22, 25-31, 42, 43, 45-47 and 49 are rejected under 35 U.S.C. 102(e) as 
being anticipated by U.S. Pat. No. 5,974,470 to Hammond (art of record, "Hammond"). 

With respect to claim 1 (original), Hammond discloses a computer-implemented method 
(see, for example, the title and abstract), comprising: 
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(a) receiving a request from executable code to load an assembly, the request not 
including assembly version data (see, for example, column 5, line 58 to column 6, line 12, which 
shows receiving a request from an executable application to load a module or assembly); 

(b) consulting information associated with the executable code to determine a particular 
version of the assembly (see, for example, column 7, line 51 to column 8, line 5, which shows 
consulting information associated with the application to determine a version of the DLL or 
assembly); and 

(c) providing the particular version of the assembly for use by the executable code (see, 
for example, column 5, lines 27-30, which shows providing the correct version of the DLL or 
assembly). 

With respect to claim 2 (original), Hammond further discloses the limitation wherein the 
request corresponds to a request to load a privatized assembly (see, for example, column 5, lines 
30-34, which shows that the DLL or assembly may be located in the application's directory, i.e. 
the requested assembly may be privatized). 

With respect to claim 3 (original), Hammond further discloses the limitation wherein the 
request corresponds to a request to load a shared assembly (see, for example, column 5, lines 52- 
57, which shows that the DLL or assembly may be shared by many applications). 

With respect to claim 4 (original), Hammond further discloses the limitation wherein the 
shared assembly is maintained in an assembly cache (see, for example, column 5, lines 52-57, 
which shows that the shared DLL or assembly is located in a designated directory, i.e. in an 
assembly cache). 
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With respect to claim 5 (original), Hammond further discloses the limitation wherein 
consulting information associated with the executable code to determine a particular version of 
the assembly includes searching for a mapping from a version independent name provided by the 
executable code to a version specific assembly (see, for example, column 7, line 51 to column 8, 
line 5, which shows searching for a rule or mapping from the requested DLL name to a specific 
version of the DLL or assembly). 

With respect to claim 6 (original), Hammond further discloses the limitation wherein no 
mapping from the version independent name to a version specific assembly is present, and 
wherein providing the particular version of the assembly for use by the executable code 
comprises providing a default version (see, for example, column 6, lines 57-59, which shows 
providing the default module or assembly when no rules or mappings are present). 

With respect to claim 7 (original), Hammond further discloses the limitation wherein 
providing the particular version of the assembly comprises accessing a file corresponding to the 
assembly and loading the assembly into memory from the file (see, for example, column 5, lines 
7-18, which shows that the rules for providing the particular version of a DLL or assembly for 
loading into memory are accessed from a file). 

With respect to claim 8 (original), Hammond further discloses the limitation wherein the 
information associated with the executable code includes a mapping between a version 
independent name provided by the executable code and a version specific file system path and 
filename of the particular version of the assembly, and wherein providing the particular version 
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of the assembly comprises returning the path and filename to an assembly loading mechanism 
(see, for example, column 5, line 58 to column 6, line 12, which shows returning the fully 
qualified path of the particular version of the module or assembly to the loading routine). 

With respect to claim 9 (original), Hammond further discloses the limitation wherein the 
executable code is stored as an application executable file in a folder, and wherein the version of 
the assembly is stored as another file in the same folder (see, for example, column 5, lines 30-34, 
which shows that the application is stored as an executable file in a directory and the DLL or 
assembly may be located in the same directory). 

With respect to claim 10 (original), Hammond further discloses the limitation wherein the 
filename corresponds to a file in an assembly cache (see, for example, column 6, lines 40-54, 
which shows that the fully qualified path corresponds to a file in a shared directory, i.e. in an 
assembly cache). 

With respect to claim 1 1 (original), Hammond further discloses the limitation wherein the 
information associated with the executable code is derived from application manifest (see, for 
example, column 5, lines 7-18, which shows that the information is stored in a configuration file 
associated with the application, i.e. in an application manifest). 

With respect to claim 12 (original), Hammond further discloses the limitation wherein the 
information associated with the executable code is further derived from at least one assembly 
manifest (see, for example, column 5, lines 7-18, which shows that the information is stored in 
configuration files associated with the DLLs or assemblies, i.e. in assembly manifests). 
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With respect to claim 13 (original), Hammond further discloses the limitation wherein the 
information associated with the executable code is constructed during a pre-execution 
initialization phase (see, for example, column 5, lines 19-25, which shows that the information 
may be constructed at any designated time, such as upon installation of the application, i.e. 
during an initialization phase prior to execution). 

With respect to claim 14 (original), Hammond further discloses the limitation wherein the 
information associated with the executable code is persisted into a non- volatile memory (see, for 
example, column 5, lines 7-18, which shows storing or persisting the information in a file, i.e. in 
non- volatile memory). 

With respect to claim 15 (original), Hammond further discloses a computer-readable 
medium having computer-executable instructions for performing the recited method (see, for 
example, column 5, lines 33-49, which shows applying software patches, i.e. computer- 
executable instructions, to an operating system inherently stored on a computer-readable 
medium). > 

With respect to claim 16 (original), Hammond discloses a computer- implemented method 
(see, for example, the abstract), comprising: 

(a) interpreting dependency information associated with executable code, the dependency 
information identifying at least one particular version of an assembly (see, for example, column 
7, line 51 to column 8, line 5, which shows interpreting dependency information associated with 
an executable application to determine a version of a DLL or assembly); and 
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(b) associating with the executable code at least one mapping based on the dependency 
information, each mapping relating a version independent assembly name that the executable 
code may provide to a version specific assembly identified in the dependency information (see, 
for example, column 7, line 51 to column 8, line 5, which shows associating with the application 
a rule or mapping from the requested DLL name to a specific version of the DLL or assembly). 

With respect to claim 17 (original), Hammond further discloses the limitation wherein the 
dependency information is provided in an application manifest associated with the executable 
code (see, for example, column 5, lines 7-18, which shows that the information is provided in a 
configuration file associated with the application, i.e. in an application manifest). 

With respect to claim 19 (original), Hammond further discloses the limitation wherein at 
least one mapping maps a version independent name to an assembly stored in a common folder 
with an application executable file that corresponds to the executable code (see, for example, 
column 5, lines 30-34, which shows that the application is an executable file in a directory and 
the DLL or assembly may be commonly located in the same directory). 

With respect to claim 20 (original), Hammond further discloses the limitation wherein at 
least one mapping maps a version independent name to a shared assembly in an assembly cache 
(see, for example, column 6, lines 40-54, which shows mapping the requested name to a DLL or 
assembly located in a shared directory, i.e. in an assembly cache). 

With respect to claim 21 (original), Hammond further discloses the limitation wherein the 
dependency information provided by the executable code corresponds to an assembly having an 
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assembly manifest associated therewith, and further comprising, interpreting the assembly 
manifest (see, for example, column 5, lines 7-18, which shows that the information is stored in 
configuration files associated with the DLLs or assemblies, i.e. in assembly manifests). 

With respect to claim 22 (original), Hammond further discloses the limitation wherein the 
assembly manifest specifies that a particular version of an assembly be replaced with another 
version of that assembly (see, for example, column 8, lines 6-22, which shows replacing a 
version of a DLL or assembly with another specified version). 

With respect to claim 25 (original), Hammond further discloses the limitation wherein the 
at least one mapping is maintained in an activation context, and further comprising, persisting the 
activation context (see, for example, column 8, lines 23-58, which shows alias mappings 
maintained in a database, i.e. in an activation context; also see, for example, column 9, lines 25- 
40, which shows persisting the activation context in the form of an alias file). 

With respect to claim 26 (original), Hammond further discloses the limitation wherein 
associating with the executable code the at least one mapping comprises retrieving a persisted 
activation context (see, for example, column 9, lines 25-32, which shows retrieving a persisted 
alias file or activation context). 

With respect to claim 27 (original), Hammond further discloses the limitation wherein 
associating with the executable code the at least one mapping comprises constructing a new 
activation context (see, for example, column 9, lines 32-40, which shows constructing a new 
alias file or activation context). 
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With respect to claim 28 (original), Hammond further discloses the limitation wherein the 
new activation context is constructed upon determining that an activation context does not exist 
(see, for example, column 9, lines 32-40, which shows constructing the new alias file or 
activation context when one does not exist). 

With respect to claim 29 (original), Hammond further discloses the limitation wherein the 
new activation context is constructed upon determining that an existing activation may not be not 
coherent with current policy (see, for example, column 9, lines 1-40, which shows determining 
whether a loaded module, i.e. an existing activation, is the correct version, i.e. is coherent with 
current policy, and then constructing a new alias file or activation context). 

With respect to claim 30 (original), Hammond further discloses running the executable 
code, receiving a request from the executable code to load an assembly, the request including 
data corresponding to a version independent name of the assembly and providing a particular 
version of the assembly for use by the executable code based on a mapping therefor (see, for 
example, column 5, line 58 to column 6, line 12, which shows receiving a request from a running 
executable application to load a module or assembly and providing the correct version; also see, 
for example, column 7, line 51 to column 8, line 5, which shows determining the correct version 
of the DLL or assembly based on rules or mappings). 

With respect to claim 31 (original), Hammond further discloses a computer-readable 
medium having computer-executable instructions for performing the recited method (see, for 
example, column 5, lines 33-49, which shows applying software patches, i.e. computer- 
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executable instructions, to an operating system inherently stored on a computer-readable 
medium). 

With respect to claim 42 (original), Hammond discloses a system in a computing 
environment (see, for example, the abstract), comprising: 

(a) an initialization mechanism configured to interpret dependency data associated with 
executable code, the dependency data corresponding to at least one assembly version on which 
the executable code depends (see, for example, column 5, lines 27-30, which shows an 
initialization mechanism, and column 7, line 51 to column 8, line 5, which shows interpreting 
dependency information associated with an executable application to determine a version of a 
DLL or assembly needed by the application); 

(b) an activation context, the activation context associated with the executable code and 
constructed by the initialization mechanism based on the dependency data, the activation context 
relating at least one version independent assembly identifier to a version specific assembly (see, 
for example, column 8, lines 23-58, which shows an activation database or context associated 
with the application that relates the requested DLL to a version-specific alias); and 

(c) a version matching mechanism configured to access the activation context to relate a 
version independent request from the executable code to a version specific assembly (see, for 
example, column 7, line 51 to column 8, line 5, which shows matching the requested DLL name 
with a specific version of the DLL or assembly). 

With respect to claim 43 (original), Hammond further discloses the limitation wherein the 
dependency data is included in executable code manifest (see, for example, column 5, lines 7-18, 
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which shows that the dependency data is stored in a configuration file associated with the 
application, i.e. in an executable code manifest). 

With respect to claim 45 (original), Hammond further discloses the limitation wherein the 
initialization mechanism persists the activation context (see, for example, column 9, lines 25-40, 
which shows persisting the activation context in the form of an alias file). 

With respect to claim 46 (original), Hammond further discloses an assembly loading 
mechanism configured to communicate with the executable code and the version matching 
mechanism to load the version specific assembly upon a request by the executable code to load a 
requested assembly, wherein the request does not include version specific data (see, for example, 
column 5, line 58 to column 6, line 12, which shows loading the correct version of the module or 
assembly requested by the executable application). 

With respect to claim 47 (original), Hammond further discloses the limitation wherein the 
assembly loading mechanism loads the version specific assembly from an assembly cache (see, 
for example, column 5, lines 52-57, which shows that the DLL or assembly is located in a shared 
directory, i.e. in an assembly cache). 

With respect to claim 49 (original), Hammond further discloses a computer-readable 
medium having computer-executable modules configured to implement the recited system (see, 
for example, column 5, lines 33-49, which shows applying software patches, i.e. computer- 
executable modules, to an operating system inherently stored on a computer-readable medium). 
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5. Claims 32-41 are rejected under 35 U.S.C. 102(e) as being anticipated by U.S. Pat. No. 
6,185,734 to Saboffet al. (art of record, "Saboff"). 

With respect to claim 32 (original), Saboff disclose a computer-readable medium having 
stored thereon a data structure (see, for example, the title and abstract, and FIGS. 5 and 6), 
comprising: 

(a) a first set of data comprising a name of an assembly (see, for example, service 509 in 
FIG. 6, and column 9, lines 11-18); 

(b) a second set of data comprising a version of the assembly (see, for example, version 
513 in FIG. 6, and column 9, lines 53-55); 

(c) a third set of data comprising at least one item of the assembly (see, for example, state 
510 and type 51 1 in FIG. 6, and column 9, lines 19-39); and 

(d) a fourth set of data comprising binding path data to each item in the third set of data 
(see, for example, path 507 in FIG. 6, and column 9, lines 5-7). 

With respect to claim 33 (original), Saboff further discloses the limitation wherein the 
binding path data comprises a location of a dynamic link library (see, for example, column 9, 
lines 53-55, which shows the location of a file, and lines 33-39, which shows that the file may 
correspond to a library, i.e. to a dynamic-link library). 

With respect to claim 34 (original), Saboff further discloses the limitation wherein the 
binding path data comprises an object class identifier (see, for example, identifier 506 in FIG. 6, 
and column 9, lines 1-4, which shows a unique identifier that may serve as an object class 
identifier). 
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With respect to claim 35 (original), Saboff further discloses the limitation wherein the 
binding path data comprises a programmatic identifier (see, for example, identifier 506 in FIG. 6, 
and column 9, lines 1-4, which shows a unique identifier that may serve as a programmatic 
identifier). 

With respect to claim 36 (original), Saboff further discloses a fifth set of data comprising 
data corresponding to at least one dependency on an assembly (see, for example, dependencies 
504 in FIG. 6, and column 8, lines 57-59). 

With respect to claim 37 (original), Saboff further discloses a fifth set of data comprising 
data corresponding to a Windows® class (see, for example, extensions 505 in FIG. 6, and 
column 8, lines 60-67, which shows data corresponding to the capabilities provided by a service, 
for example such as a Windows® class). 

With respect to claim 38 (original), Saboff further discloses a fifth set of data comprising 
data corresponding to a global name (see, for example, column 9, lines 11-18, which shows that 
the service name is an abstract or global name). 

With respect to claim 39 (original), Saboff discloses a computer-readable medium having 
stored thereon a data structure (see, for example, the title and abstract), comprising: 

(a) a first set of data comprising a version independent name of an assembly (see, for 
example, service 509 in FIG. 6, and column 9, lines 11-18); and 

(b) a second set of data comprising a filename path to a specific version of the assembly; 
wherein the second set of data is associated with the first set of data such that a reference to the 
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version independent name in the first set of data is mapped to the specific version of the 
assembly via the second set of data (see, for example, path 507 in FIG. 6, and column 9, lines 5- 
7). 

With respect to claim 40 (original), Saboff further discloses a third set of data comprising 
a version independent object class name (see, for example, column 9, lines 11-18, which shows 
an abstract name that may serve as an object class name), a fourth set of data comprising an 
assembly name corresponding to a file that contains an object class that corresponds to the object 
class name in the third set of data (see, for example, column 9, lines 5-7, which shows a path to a 
file), and a fifth set of data comprising a version specific name that corresponds to the third set of 
data (see, for example, version 513 in FIG. 6, and column 9, lines 53-55). 

With respect to claim 41 (original), Saboff discloses a computer-readable medium having 
stored thereon a data structure (see, for example, the title and abstract), comprising: ■ 

(a) a first set of data comprising a version independent object class name (see, for 
example, service 509 in FIG. 6, and column 9, lines 11-18, which shows an abstract name that 
may serve as an object class name); 

(b) a second set of data comprising an assembly name corresponding to a file that 
contains an object class that corresponds to the object class name in the first set of data (see, for 
example, path 507 in FIG. 6, and column 9, lines 5-7, which shows a path to a file); and 

(c) a third set of data comprising a version specific name that corresponds to the first set 
of data such that a reference to the version independent name in the first set of data is mapped to 
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the specific version of the object class (see, for example, version 513 in FIG. 6, and column 9, 
lines 53-55). 

Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

7. Claims 18, 24 and 44 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Hammond, as applied to claims 17, 16 and 42 above, respectively. 

With respect to claim 18 (original), although Hammond discloses a common directory 
storing both the DLLs or assemblies and the executable file of the application (see, for example, 
column 5, lines 30-34), Hammond is silent as to the location of the configuration file or 
application manifest (see, for example, column 5, lines 7-18). Accordingly, Hammond does not 
expressly disclose the limitation wherein the application manifest is associated with the 
executable code by being stored in a common folder with an application executable file that 
corresponds to the executable code. 

However, is well known in the art that configuration files or manifests and other 
application files may be stored in the same directory as the executable file. The advantage of 
such an arrangement is that the operating system may find the files using the predetermined 
search order (see, for example, Hammond, column 5, lines 30-34). 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to store the configuration file or application manifest taught by Hammond in 
a common folder along with the application executable file that corresponds to the executable 
code, so that the operating system may successfully find the file. 

With respect to claim 24 (original), although Hammond discloses interpreting 
dependency information (see, for example, column 7, line 51 to column 8, line 5) in response to 
a request from a running application to load a module or assembly (see, for example, column 5, 
line 58 to column 6, line 12), Hammond does not expressly disclose the limitation wherein the 
dependency information is interpreted in response to receiving a request to execute the 
executable code. 

However, Hammond further discloses that the modules or assemblies are dynamic-link 
libraries, which are loaded and linked at run time, i.e. when the executable code is executed (see, 
for example, column 1 , lines 23-32). It is well known in the art that DLLs or other assemblies 
may be required immediately upon execution of an application. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to perform the interpretation shown by Hammond in response to receiving a 
request to execute the executable code, because that request may require a particular version of a 
DLL or assembly. 

With respect to claim 44 (original), although Hammond discloses storing the dependency 
data in a configuration file (see, for example, column 5, lines 7-18), Hammond does not 
expressly disclose the limitation wherein the dependency data is included in an XML file. 
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However, it is well known in the art that XML is a flexible, standard markup language for 
structuring and organizing data. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to format the configuration file taught by Hammond as an XML file, for the 
purpose of structuring the dependency data using a standard language. 

8. Claims 23 and 48 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Hammond, as applied to claims 21 and 42 above, respectively, in view of Saboff 

With respect to claim 23 (original), although Hammond discloses dependency 
information for an executable application (see, for example, column 7, line 51 to column 8, line 
5), Hammond does not expressly disclose the limitation wherein the assembly manifest specifies 
at least one particular version of another assembly on which the assembly having an assembly 
manifest is dependent. 

However, Saboff discloses a registry structure that serves as an assembly manifest for 
managing versions of software components (see, for example, the title and abstract, and FIGS. 5 
and 6), wherein the manifest specifies the assemblies upon which a first assembly is dependent 
(see, for example, column 7, line 61 to column 8, line 14). The dependency information 
specifies the files that are required by a library or assembly (see, for example, column 7, lines 
61-64). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to extend the assembly manifest of Hammond with the additional dependency 
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information taught by Saboff, for the purpose of specifying the files required by a particular 
version of an assembly. 

With respect to claim 48 (original), although Hammond discloses dependency 
information for an executable application (see, for example, column 7, line 51 to column 8, line 
5) and adding such information to an activation context (see, for example, column 8, lines 23- 
58), Hammond does not expressly disclose the limitation wherein the dependency data identifies 
an assembly that has assembly dependency data associated therewith, the assembly dependency 
data corresponding to at least one other assembly version on which the assembly depends. 

However, Saboff discloses a registry structure that serves as an assembly manifest for 
managing versions of software components (see, for example, the title and abstract, and FIGS. 5 
and 6), wherein the manifest specifies the assemblies upon which a first assembly is dependent 
(see, for example, column 7, line 61 to column 8, line 14). The dependency information 
specifies the files that are required by a library or assembly (see, for example, column 7, lines 
61-64). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to extend the assembly manifest of Hammond with the additional dependency 
information taught by Saboff, for the purpose of specifying the files required by a particular 
version of an assembly. 

Conclusion 

9. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 
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A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

10. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael J. Yigdall whose telephone number is (571) 272-3707. 
The examiner can normally be reached on Monday through Friday from 7:30am to 4:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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